home *** CD-ROM | disk | FTP | other *** search
/ Acorn User: China / Acorn User China CD-ROM (UK) (Disc A) / Acorn User China CD-ROM (UK) (Disc A).bin / DEMON / DTP / JONIX.ARC / Example_Example < prev    next >
Encoding:
Text File  |  1996-07-17  |  30.3 KB  |  676 lines

  1. -----------------------------------------------------------------------------
  2. 5th July 1994
  3. -----------------------------------------------------------------------------
  4. Support Group Application Note  
  5. Number: 234  
  6. Issue: 3.00  
  7. Author: DW
  8. -----------------------------------------------------------------------------
  9.  
  10. Peripheral Interfacing via the Serial Port
  11.  
  12. -----------------------------------------------------------------------------
  13. This document describes the hardware configurations of the serial port over
  14. the history of Acorn 32 bit computers, and details some of the software
  15. protocols needed to drive them.
  16. -----------------------------------------------------------------------------
  17. Applicable Hardware: All RISC OS and RISC iX computers.
  18.  
  19. Related Application Notes: None.
  20.  
  21. -----------------------------------------------------------------------------
  22. Copyright (C) 1994 Acorn Computers Limited 
  23.  
  24. Every effort has been made to ensure that the information in this leaflet is 
  25. true and correct at the time of printing. However, the products described in
  26. this leaflet are subject to continuous development and improvements and
  27. Acorn Computers Limited reserves the right to change its specifications at
  28. any time. Acorn Computers Limited cannot accept liability for any loss or
  29. damage arising from the use of any information or particulars in this
  30. leaflet. ACORN, ECONET and ARCHIMEDES are trademarks of Acorn Computers
  31. Limited.
  32. -----------------------------------------------------------------------------
  33. Support Group
  34. Acorn Computers Limited
  35. Acorn House
  36. Vision Park
  37. Histon
  38. Cambridge
  39. CB4 4AE                                                  
  40. -----------------------------------------------------------------------------
  41. Table of Contents
  42.  
  43.         Introduction                                                    3
  44.  
  45.         The Hardware Layer                                              3
  46.  
  47.         Communication via the Serial Port                               3
  48.  
  49.         A Note on Baud Rates                                            5
  50.  
  51.         Communication Protocols and Flow Control                        5
  52.  
  53.         Communication with BBC Model B and  Master Series Computers     6  
  54.         
  55.         Telecommunication Standards and Data Compression                7
  56.  
  57.         The Programmer's Interface to the Serial Port                   9
  58.  
  59.         Connecting Printers to the Serial Port                          9
  60.  
  61.         Troubleshooting                                                 9
  62.  
  63.         Appendix A: Cable Configurations                               11
  64.  
  65.         Appendix B: Useful Contacts                                    13
  66.  
  67.         Appendix C: RS232 Signals                                      14
  68.  
  69.         Glossary                                                       15
  70.  
  71.  
  72. Throughout this Application Note, terms are used which may be unfamiliar to
  73. the reader. Signals are defined in Appendix C, and a Glossary has been
  74. provided which aims to supply sufficient background information.
  75.  
  76. Introduction 
  77. ------------
  78.  
  79. A serial port allows data to be transferred between two
  80. computers, or a computer and peripheral device, as a stream of data bits
  81. sent one after the other down a single wire. This is fundamentally different
  82. from parallel communications (commonly used with printers), which transfers
  83. data many bits at a time over a number of wires. Serial communication can be
  84. synchronous or asynchronous.
  85.  
  86. As the practice of serial communication between devices dates from the very
  87. early history of computing, many different standards have sprung up over the
  88. years; today, as a result of this, there is no de-facto software
  89. communication protocol and no de-facto hardware connector. However, there is
  90. a set of standards which most manufacturers tend to agree on; these are the
  91. RS232 physical connector specification and the RS423 signal level electrical
  92. specification.
  93.  
  94. The Hardware Layer 
  95. ------------------
  96.  
  97. The full RS232 standard connector has 25 pins, usually
  98. built into a D-type connector. Most modern computers and peripherals do not
  99. implement the full RS232 standard, but employ the signal specification from
  100. the RS423 standard, again with a D connector. The Acorn serial port is
  101. conformant to the RS423 serial port electrical standard.
  102.  
  103. There are two main classifications of RS232 cable; straight-through and
  104. crossover. Broadly speaking, if the cable is linking the computer to a
  105. communications device, such as a modem, then a straight-through cable is
  106. used - in other words, one where the transmit line is connected to the
  107. same-numbered pins at either end of the cable, as is the receive line, etc.
  108. A modem is a piece of Data Communication Equipment (DCE); hence the
  109. straight-through cable is sometimes referred to as "DTE to DCE." 
  110.  
  111. If the cable is connecting the computer to a peripheral such as a printer,
  112. then the transmit line from the computer needs to be connected to the
  113. peripheral's receive line and vice versa; the two lines have to be crossed
  114. over.  A printer, like the computer itself, is a piece of Data Terminal
  115. Equipment (the terminology goes back to the concept of a large computer
  116. which had a number of user-interface terminals connected to it by serial
  117. lines), and so the cross-over cable is sometimes referred to as "DTE to DTE"
  118. or a "null modem" cable.
  119.  
  120. Consult the manufacturer of your peripheral to determine which cable type is
  121. required.
  122.  
  123. Communication via the Serial Port 
  124. ---------------------------------
  125. Data is transferred down a serial line in
  126. packets, which comprise a data "word" wrapped up with a "parity" bit  and
  127. one or more "stop" bits. The waveform looks rather like this:
  128.  
  129. Insert Figure 1: A Typical Serial Data Stream
  130.  
  131. where the "on" and "off" voltages fall  into this range:
  132.  
  133. Insert Figure 2: Serial Voltage Ranges
  134.  
  135. The format of the packet (number of data bits, type of parity etc) and the
  136. serial baud rate can be set up using the *CONFIGURE BAUD n and *CONFIGURE
  137. DATA n commands from the command line; the following table details the
  138. settings. Consult the documentation supplied with your peripheral to
  139. determine which settings are appropriate.
  140.  
  141. Insert Figure 3: Baud Rate and Word Format Configuration Settings
  142.  
  143. eg *CONFIGURE BAUD 7 would make the system default to 9600 baud
  144. communications.
  145.  
  146. Note that baud rates above 19200 are only available on the Risc PC. For high
  147. baud rates, the transmit and receive rates must be set to the same value; at
  148. low baud rates (1200 and below), a system timer can be used for the
  149. "receive" rate, hence a different receive rate can be set using *FX7, eg
  150. *FX7,3 would set a receive rate of 300 baud.
  151.  
  152. A Note on Baud Rates 
  153. --------------------
  154. A common misconception in serial communications
  155. concerns the definition of "baud" as the number of bits transmitted per
  156. second (bps), particularly when used in reference to modems. 
  157.  
  158. The baud rate is the number of changes in signal state per second. The
  159. Public Switched Telephone Network (PSTN) bandwidth will not support a "true"
  160. baud rate greater than 600 under any circumstances; however, each change of
  161. signal state may represent a 1, 2, 4, 8 or 16 bit sequence, depending on the
  162. coding method in use. Thus the term "baud" is incorrectly used if the
  163. transmission speed is classed as greater than 600 baud; however, at
  164. transmission rates of 300 and 600 bits per second including one start, one
  165. parity and two stop bits, a 1:1 mapping of bits to baud is achieved.
  166.  
  167. The data rate, however, is (bits per second)*(word length)/(total packet
  168. size in bits), which usually amounts to 300*8/11 or 600*8/11 "useful" bps.
  169.  
  170. Fax transmission rates of 9600 bps require Quadrature Amplitude Modulation,
  171. in which each combination of phase angle and amplitude represents one of 16
  172. 4-bit patterns; the baud rate is therefore 9600/16=600 baud, which is still
  173. just within the PSTN bandwidth. At higher transmission speeds, other coding
  174. methods allow each line state to represent an 8, 16 or 32 bit pattern.
  175.  
  176. In short, the "old" definition of the baud (ie as the reciprocal of the
  177. duration of the shortest signalling element) was meaningful for Morse code,
  178. in which a dot was the shortest-duration element and a dash had a duration
  179. three times as long. It no longer has any real meaning in digital
  180. transmission, as all line states last for an equal time.
  181.  
  182. Communication Protocols and Flow Control 
  183. ----------------------------------------
  184. Owing to the nature of serial
  185. communications, it is necessary to have a signalling system by which the
  186. peripheral can inform the host that it is present, switched on, and ready to
  187. receive data or has data to transmit, and vice versa. The last two items in
  188. this list comprise flow control.
  189.  
  190. Unlike IBM PC compatibles, Acorn machines default to using the DSR line to
  191. flag readiness to transmit, and require the presence of the DCD signal. IBM
  192. PC compatibles use CTS instead of DSR, and do not necessarily use DCD. On
  193. machines fitted with the 82710 or 82711 serial controllers (these machines
  194. being the A3010, A3020, A4000, A5000, A4 and Risc PC), it is possible to
  195. change which signals are used for flagging in software, using the
  196. SWI"OS_SerialOp",0 command. Thus an IBM compatible cable may be used; the
  197. option to reprogram the serial port in this manner is currently provided by
  198. some serial communications software. If you have a suitable machine and
  199. prefer to use an over-the-counter IBM standard cable rather than resort to
  200. making your own, first check with the supplier of your communications
  201. software that there is an option to reprogram the serial controller.
  202.  
  203. If you have an older Acorn machine (Archimedes 300 series, 440, 400/1
  204. series, 540, R140 or R200 series), you will need to have a cable wired to a
  205. specification based on the figures in Appendix A of this document.
  206.  
  207. The need for flow control and "handshaking," in which the receiving device
  208. verifies the parity bits included in words and can request the re-sending of
  209. a corrupted word, has led to the development of a number of serial
  210. communications protocol standards. These vary in their ease of
  211. implementation, speed and robustness of transfer, and a number of them are
  212. described below.
  213.  
  214. XON / XOFF 
  215. This is the earliest software flow control system which is still
  216. in use, and makes use of the flow control characters &11 (XON) and &13
  217. (XOFF). There is no error checking implemented as standard. XON / XOFF is
  218. incompatible with SLIP and PPP, as they require the full 8 bits of the data
  219. word to send Internet frame data; ie under Internet Protocol, &11 and &13
  220. cannot be reserved for flow control.
  221.  
  222. XModem 
  223. This is probably the most widely available communications protocol,
  224. and is supported by a large number of communications packages on many types
  225. of host. XModem transfers files in blocks of 128 bytes. Each block has a
  226. checksum, or CRC (Cyclic Redundancy Checksum) added to the end, which is
  227. calculated by summing the values of the bytes in the packet and taking a
  228. pair of bits from the sum. From this checksum, the receiving system can
  229. determine whether the packet was corrupted during transmission, and if so,
  230. it can ask the sending system to retransmit that block.  Although fairly
  231. slow in transferring data, XModem will produce reliable transfers.
  232.  
  233. YModem 
  234. Based on the same protocol set as XModem, YModem uses 1024 byte
  235. packets wherever possible, and a different system for  packet integrity
  236. checking. Although YModem can fall back on smaller packets where applicable,
  237. there is no backward compatibility with XModem's checksum system.
  238.  
  239. Kermit 
  240. This is another packet-oriented serial communication protocol.
  241. Developed at the University of Columbia, the protocol standard is Public
  242. Domain, and hence Kermit ranks with XModem for widespread use. Although
  243. fairly intensive on encoding and checksumming, and hence fairly slow, Kermit
  244. connections are very robust.
  245.  
  246. SLIP  
  247. SLIP provides a point-to-point connection between two devices for the
  248. transmission of Internet datagrams; the devices can be either two computers,
  249. or a computer and an Internet router. SLIP modifies a standard Internet
  250. datagram by appending a special SLIP END character to it, which allows
  251. datagrams to be distinguished as separate. Normal parameters for an
  252. asynchronous lines apply to SLIP; SLIP requires a port configuration of 8
  253. data bits, no parity, and EIA or hardware flow control. SLIP does not
  254. provide any protection against line errors and data corruption, being
  255. reliant on other high-layer protocols for this. Over a particularly
  256. error-prone dialup link, therefore, SLIP on its own would not be
  257. satisfactory. A SLIP system also needs to have its IP address configuration
  258. set every time the SLIP is loaded and configured, as it cannot determine
  259. network addresses dynamically.
  260.  
  261. PPP 
  262. The Point-to-Point Protocol has a number of advantages over SLIP; it is
  263. designed to operate both over asynchronous connections and bit-oriented
  264. synchronous systems, can configure connections to a remote network
  265. dynamically, and test that the link is usable. Full information on PPP can
  266. be obtained from Internet RFC 1171 (see Glossary), and RFC 1220 describes
  267. how PPP can be used with remote bridging.
  268.  
  269. Communication with BBC Model B and Master Series Computers 
  270. ----------------------------------------------------------
  271. It is possible to
  272. transfer data between a 32-bit Acorn computer and an 8 bit BBC Model B /
  273. Master series computer via the Serial Port; the wiring diagram for the
  274. appropriate cable is presented as Figure 9 in Appendix A.
  275.  
  276. If no suitable communications packages are available, it is possible to
  277. transfer data without using one of the  recognised communications protocols;
  278. this is not recommended except in exceptional circumstances and with a very
  279. short cable.
  280.  
  281. On the transmitting system (assumed to be the Model B / Master), issue:
  282.  
  283. *FX8,4 *FX3,1
  284.  
  285. The first call sets the transmission rate to 1200 baud, and the second
  286. selects the serial port as the output device.
  287.  
  288. On the receiving machine, (assumed to be a 32 bit Acorn machine), issue:
  289.  
  290. *FX156,20 *FX7,4 *FX2,1
  291.  
  292. The first command configures the parity and word size appropriately: note
  293. that the Model B defaults to one stop bit per word, whereas the 32 bit range
  294. defaults to two stop bits. The second sets the receive rate to 1200 baud,
  295. and the third causes standard input to be via the serial port.
  296.  
  297. Performing a LIST operation on a BASIC program stored in the BBC's RAM, or a
  298. *TYPE on a plain text file stored on its disc, will cause the program or
  299. text  to be loaded into whichever RISC OS application has the caret on the
  300. receiving machine.
  301.  
  302. Communication is terminated by issuing
  303.  
  304. *FX3,0 *FX2,0
  305.  
  306. on both machines; it is suggested that the receiving machine terminates
  307. communication first.
  308.  
  309. Telecommunication Standards and Data Compression 
  310. ------------------------------------------------
  311. The CCITT (European
  312. Telecommunication Standards body) has defined a number of standards for
  313. modem-to-modem communications over the PSTN network, and translation from
  314. these standards codes to communication capabilities is often a point of
  315. confusion. The following list covers most of the standards currently
  316. available.
  317.  
  318. V.21 and Bell 103 
  319. Specifies 300 bps 2-wire full duplex communications using
  320. FSK (Frequency Shift Keying) modulation schemes. AT&T created the Bell 103
  321. specification during the days of telephone system monopoly in the USA. The
  322. two standards, V.21 and Bell 103, differ slightly, but all of today's modems
  323. support both V.21 and Bell 103. 
  324.  
  325. V.22 and Bell 212A 
  326. CCITT standard for 1200 bps full duplex modems. Specifies
  327. 1200 bps 2-wire full duplex communications using QPSK (Quadrature Phase
  328. Shift Keying) modulation at 600 baud. Again, these two standards differ
  329. slightly. 
  330.  
  331. V.22 bis 
  332. CCITT standard for 2400 bps full duplex modems. Specifies 2400 bps
  333. 2-wire full duplex communications using a QAM (Quadrature Amplitude
  334. Modulation) scheme at 600 baud.
  335.  
  336. V.23 
  337. Specifies an asymmetrical communication scheme which implements 1200
  338. bps data transmission in one direction, and 75 baud data transmission in a
  339. back channel. This FKS-based standard is popularly used in Europe for
  340. applications which require high data rates in only one direction, eg CET 1 /
  341. 2 / 3 Teletext.
  342.  
  343. V.24  
  344. Specifies a serial interface; analogous to RS232.
  345.  
  346. V.25 and V.25 bis 
  347. CCITT standard for auto-dial commands for modems and other
  348. auto-dial devices. Not commonly used, because of the popularity of the Hayes
  349. command set.
  350.  
  351. V.26, V.26 bis and V.26 ter 
  352. Specifies half and full duplex leased-line
  353. communications at 1200 and 2400 bps. The specifications employ QPSK
  354. modulation at 1200 baud. V.26 ter was the first modem standard to specify
  355. echo cancellation.
  356.  
  357. V.27, V.27 bis and V.27 ter 
  358. Specifies 4800 bps communications requiring 2
  359. wires for half duplex and 4 wires for full duplex operation. The standards
  360. specify QAM modulation at 1600 baud. The Group 3 Fax standard references
  361. V.27 ter as the base requirement for 2-wire half duplex fax communications.
  362.  
  363. V.29 
  364. CCITT standard for 9600 bps half duplex modems. Specifies 9600 bps
  365. communications requiring 2 wires for half duplex operation, and 4 wires for
  366. full duplex. The standard specifies QAM modulation at 2400 baud. Group 3 Fax
  367. standard T.4 references V.29 as an option for fax transmissions faster than
  368. 4800 bps V.29 ter. A high percentage of fax transmissions rely on V.29, but
  369. virtually all fall back on V.29 ter.
  370.  
  371. V.32 
  372. CCITT standard for 9600 bps full duplex modems. Specifies 2-wire full
  373. duplex 9600 bps communications using QAM modulation at 2400 baud and echo
  374. cancellation. V.32 modems offer an upgrade path from V.22 bis for
  375. asynchronous dial-up modem applications. V.32 AUTOMODE was recently
  376. published as an annex to V.32, and defines an automatic fall-back capability
  377. which does not support 9600 bps communications.
  378.  
  379. V.33 
  380. Specifies 4-wire full duplex and 2-wire half duplex communications at
  381. 14400 bps. V.33 employs TCM (Trellis-Coded Modulation). The Group 3 Fax
  382. study group has modified T.4 to include this.
  383.  
  384. V.42 
  385. Specifies error correction techniques which can be implemented in
  386. modems independently of transmission speed and modulation system. The
  387. recommendation includes LAPM (Link Access Procedures for Modems) and MNP
  388. (Microcom Networking Protocol) 2 to 4 error correction. The CCITT standard
  389. (which is the V.42 specification) utilises MNP4 and LAPM. When a modem makes
  390. a connection, it tries to use LAPM; if the receiving modem does not support
  391. LAPM the connecting modem tries MNP4, and if the receiving modem does not
  392. support MNP4 the system falls back on asynchronous non-error-correcting
  393. communication. LAPM and MNP4 protocol querying and detection is entirely
  394. transparent to the user.
  395.  
  396. V.42 bis and MNP5 
  397. This specifies compression algorithms which can be
  398. implemented in modems independently of transmission speed and modulation
  399. system. V.42 bis provides a 4:1 compression ratio, using the Lempel-Ziv
  400. algorithm (as used in !Squash under RISC OS 3). MNP5 uses a combination of
  401. dynamic Huffman and run-length encoding. MNP5 is not a standard as defined
  402. by a specific organisation, but has become a standard in its own right for
  403. 2:1 data compression. 
  404.  
  405. The Programmer's Interface to the Serial Port 
  406. ---------------------------------------------
  407. There is
  408. a "raw" device which corresponds to the serial port (this is serial:);
  409. however, writing to the serial port by directly using this device is
  410. deprecated. The approved programmer interface is via the SWI"OS_SerialOp"
  411. call (SWI &57), which is described starting on page 2-459 of the RISC OS 3
  412. Programmer's Reference Manual. Of particular interest is the provision for
  413. implementation of flow control; the serial status word, accessible via
  414. SWI"OS_SerialOp",0 allows XON/XOFF with CTS handshaking, use of DCD or use
  415. of DSR to implement signalling of intent to transmit / receive data. 
  416.  
  417. Unlike IBM compatibles fitted with the 82710 / 82711, Acorn computers
  418. default to the behaviour associated with the 6551 serial controller fitted
  419. in the original Archimedes range. In order to allow an IBM type lead to be
  420. used, bit 1 (ignore DCD) of the serial port status word must be set using
  421. the appropriate SYS"OS_SerialOp",0 mask. However, to produce a robust
  422. program capable of coping with a noisy connection, it is necessary to
  423. periodically reset the status word so that DCD can be checked.  The type of 
  424. cable which is connected may either be selected by a user menu option, or it
  425. is acceptable to check the state of DCD on program startup. 
  426.  
  427. Full details of this status word are listed on Page 2-462 of the RISC OS 3
  428. Programmer's Reference Manual.
  429.  
  430. Connecting Printers to the Serial Port 
  431. --------------------------------------
  432. !Printers is capable of sending data
  433. to a suitable printer via a serial link; the printer usually has to be
  434. specially configured to receive data in this manner, and it is suggested
  435. that you refer to your printer manual for information on how the printer's
  436. DIP switches must be set and which formats of serial word it will accept.
  437. !Printers must itself be configured according to the information supplied in
  438. the User Guide, and some suitable cable wiring diagrams are shown in
  439. Appendix A. Printers tend to be configured to the DTE standard, however you
  440. should check this with your printer supplier. It is also worth noting that a
  441. cable for this purpose usually has fewer wires to be soldered, as data is
  442. generally only sent in one direction; from computer to printer.
  443.  
  444. Troubleshooting
  445. --------------- 
  446. First of all, make sure that your serial lead and your
  447. communications package are compatible; if you are using an A5000 or later
  448. with an IBM type lead, make sure that your communications package supports
  449. reprogramming of the serial controller.
  450.  
  451. On some modems, the modem takes control of the RI line, and this may cause
  452. an Acorn computer to hang up. The solution to this is to leave Pin 9 (RI) of
  453. the serial port disconnected if such a modem is in use.
  454.  
  455. Sometimes, when handshaking signals become corrupted (this only occasionally
  456. happens over long, unshielded cables in areas where a lot of electrical
  457. equipment is operating), communications will "hang up" in a deadlocked
  458. state. Rather than reset the computer or the peripheral, it is often
  459. possible to "wake up" the peripheral by sending a Break Level. Not to be
  460. confused with an operation involving the Break key on the keyboard, a Break
  461. Level sends a 0V pulse to the RxD pin on the peripheral. A Break Level can
  462. be sent, if your communications package does not already implement it, by
  463. entering BASIC and issuing
  464.  
  465. SYS"OS_SerialOp",2,<duration in centiseconds>
  466.  
  467. eg SYS"OS_SerialOp",2,20 would send a "short break."
  468.  
  469. A "short break" is generally about 0.2 seconds long, and a "long break" can
  470. be as much as 1.5 seconds. It is suggested that a "long break" only be tried
  471. as a last resort before a device reset. Any characters being sent when the
  472. break is issued may be garbled; however, if the break succeeds in waking the
  473. peripheral, a robust communication protocol would simply ask for the last
  474. data packet to be re-transmitted.
  475.  
  476. On computers prior to the Risc PC running RISC OS 3.10, communications may
  477. be unreliable above 9600 baud, depending on the length and impedance of
  478. cable connected. The unreliability appears in the form of occasional "missed
  479. words" when receiving data. 
  480.  
  481. A pair of soft-loadable patch modules, SerialDev and SerialUtil, are
  482. available via Acorn dealers, Acorn Education Centres and bulletin boards,
  483. and may be downloaded via ftp over Internet from ftp.acorn.co.uk. SerialUtil
  484. is applicable for use under RISC OS 3.1 in conjunction with communications
  485. packages written under RISC OS 2, and provides enhanced arbitration of the
  486. claiming of the serial interrupt vector.  SerialDev is a modified version of
  487. the serial port device driver which forms part of RISC OS 3.10, and improves
  488. the interrupt latency of the serial port to give improved communications
  489. reliability at high baud rates (eg 9600 baud). This improved driver was
  490. included as part of RISC OS 3.11.
  491.  
  492. If you think that you may have a hardware fault with your serial port, you
  493. may find it useful to make up a loopback testing plug; using this plug, in
  494. conjunction with serial loopback test software, should pass data straight
  495. from the "transmit" pins to  the "receive" pins.
  496.  
  497. Insert Figure 4: Serial Port Loopback Test Plug
  498.  
  499. Appendix A Cable Configurations 
  500. -------------------------------
  501. The pinout of the Serial Port is as follows:
  502.  
  503. Insert Figure 5: Acorn Serial Port Pinout
  504.  
  505. 9-way serial connectors on other systems generally have the same pinout;
  506. however, it is suggested that you consult the appropriate documentation for
  507. the other system. Some suitable cable configurations for Acorn machines are
  508. shown below; if you make your own cables, ensure that the cable you use is
  509. adequately screened.
  510.  
  511. Insert Figure 6: DTE to DTE (Acorn computer to Acorn Computer                       
  512.  
  513. Insert Figure 7: DTE to DCE (Acorn computer to 25-pin Modem)        
  514.  
  515. Insert Figure 8: Acorn Computer to IBM PC compatible  
  516. Insert Figure 9:Acorn 32 bit computer to BBC Model B / Master series.
  517.  
  518. Insert Figure 10:  Acorn Computer to Apple LaserWriter
  519.  
  520. Risc PCs and A5000s use an 82710 or 82711 peripheral controller, which
  521. provides the driver hardware for the serial port; as this IC is used in many
  522. IBM PC compatibles, it is possible to software-configure the computer to use
  523. the serial port in exactly the same way as an IBM PC compatible does.
  524. However, the system is pre-configured to behave as an Acorn machine, so
  525. Archimedes cables which require DCD and have flow control via DSR will work
  526. correctly without any reconfiguration.
  527.  
  528. Some software communications packages have an option to reconfigure the
  529. serial port on A5000s and Risc PC so that IBM-type cables can be used.
  530.  
  531. Appendix B:Useful Contacts 
  532. --------------------------
  533. For SLIP modules, which can be used in
  534. conjunction with the Acorn TCP / IP suite on all Acorn 32 bit machines,
  535. including the Risc PC:
  536.  
  537. Gnome Computers Limited 25a Huntingdon Street St Neots Cambridgeshire PE19
  538. 1BG
  539.  
  540. Tel: 0480 406164 email: chris@gnome.co.uk
  541.  
  542. For copies of the RS232, RS423 and CCITT standards documents:
  543.  
  544. BSI Standards Linford Wood Milton Keynes MK14 6LE
  545.  
  546. Tel: 0908 221166
  547.  
  548. For Internet RFCs:  Anonymous FTP to 
  549.  
  550. doc.ic.ac.uk  or ota.ox.ac.uk
  551.  
  552. These two sites are given as example only, and are convenient owing to their
  553. UK location; RFCs are available on many more Internet sites.
  554.  
  555. Appendix C: RS232 Signals 
  556. -------------------------
  557. For completeness, and for use when interfacing
  558. Acorn systems to hardware which uses 25 way serial connectors, there follows
  559. a list of the signals present in the full RS232 serial port specification.
  560.  
  561. Insert Figure 11: 25 Way Serial Pinout
  562.  
  563. Pin 1. Prot (Protective Ground) This will usually form a connection between
  564. any metal screening on the cable and the metal chassis of the computer and
  565. peripheral.
  566.  
  567. Pin 2. TXD (Transmitted Data) This is the line all data is transmitted on.
  568. Transmission will only occur if line 5, CTS, is active.
  569.  
  570. Pin 3. RXD (Received Data) This is the line all data is received on.
  571.  
  572. Pin 4. RTS (Request To Send) This is the line which indicates that an RS232
  573. device is ready to transmit data. In order to find out whether data is
  574. expected, a receiving device tests this line.
  575.  
  576. Pin 5. CTS (Clear To Send) The state of this line is used to indicate that a
  577. device is ready to receive data transmitted to it by another RS232 device.It
  578. is used to inhibit data transfer until the receiving device is ready to
  579. accept it.
  580.  
  581. Pin 6. DSR (Data Set Ready) This line is used to indicate that a connected
  582. RS232 receiving device is switched on.
  583.  
  584. Pin 7. GND (Signal Ground) This provides a common reference for both input
  585. and output signals on both systems.
  586.  
  587. Pin 8. DCD (Data Carrier Detect) This line is used for hardware flow control
  588. on Acorn systems, instead of CTS.
  589.  
  590. Pin 9. Not connected
  591.  
  592. Pin 10. Not connected
  593.  
  594. Pin 11. STF (Select XMT Frequency)
  595.  
  596. Pin 12. dcd (Secondary DCD)
  597.  
  598. Pin 13. cts (Secondary CTS)
  599.  
  600. Pin 14. xmt (Secondary XMT)
  601.  
  602. Pin 15. Xclk (Transmit Clock)
  603.  
  604. Pin 16. rcv (Secondary RCV)
  605.  
  606. Pin 17. Rclk (Receive Clock)
  607.  
  608. Pin 18. Not connected
  609.  
  610. Pin 19. rts (Secondary RTS)
  611.  
  612. Pin 20. DTR (Data Terminal Ready) This line is used to indicate whether the
  613. RS232 transmitting device is switched on.
  614.  
  615. Pin 21. SQ1 (Signal Quality)
  616.  
  617. Pin 22. RI (Ring Indicator)
  618.  
  619. Pin 23. DRS (Data Rate Select)
  620.  
  621. Pin 24.          (External Transmit Clock)
  622.  
  623. Pin 25. BY (Busy; Standby)
  624.  
  625. Glossary 
  626. --------
  627. Asynchronous communication: Communication over a serial line where
  628. one device has to "sit and listen" while the other sends data; the two
  629. devices are not able to send data simultaneously.
  630.  
  631. Baud: See "A Note on Baud Rates"
  632.  
  633. DCE: Data Communications Equipment. A piece of equipment which obeys the DCE
  634. specification as laid down in the RS232 standard.  Usually a modem, or other
  635. device which passes information through it to other devices.
  636.  
  637. DTE: Data Terminal Equipment. A piece of hardware such as a computer or a
  638. printer, which obeys the DTE specification as laid down in the RS232
  639. standard, and which generally does not relay data on electronically.
  640.  
  641. FTP: Internet File Transfer Protocol. Used to download data from an FTP
  642. server (usually a UNIX or VMS host), via an FTP client such as the one
  643. supplied as part of the Acorn TCP/IP suite.
  644.  
  645. Hayes Command Set: This is a command protocol used for software control of
  646. many of today's high-specification modems. A Hayes command sequence starts
  647. with the letters AT (short for ATtention), and can be followed by a number
  648. of parameters. A list of Hayes commands is usually supplied with a modem
  649. supporting the command set. Modem: Short for MODulator / DEModulator. A
  650. piece of equipment which converts serial data into audio-ftrequency tones
  651. suitable for sending over the Public Switched Telephone Network (PSTN), and
  652. which can take audio data back in from a remote system and convert it to
  653. serial data.
  654.  
  655. Packet: A standard "chunk" of data sent over a serial link. A basic packet
  656. comprises a start bit, a single data word, a parity bit and either one or
  657. two stop bits. Acorn systems default to two stop bits. Communication
  658. protocols generally use larger packets, containing many words per packet.
  659.  
  660. Parity: A bit added onto the end of a word in a serial data packet, which
  661. allows a simple measure of detecting whether a word was received without
  662. being corrupted. Parity comes in two flavours, even and odd; this determines
  663. the type of checksum calculation carried out.
  664.  
  665. RFC: A "Request For Comment" document. These are usually available over the
  666. Internet, and are the standards documents which define Internet protocols.
  667. Two sites which carry many of the RFCs as plain text documents are listed in
  668. the Useful Contacts section.
  669.  
  670. Synchronous Communication: Communication over a serial line where both
  671. parties in the transaction can be sending and receiving data simultaneously.
  672.  
  673. Word: A sequence of bits in a basic serial packet which contains the
  674. "useful" data being transferred. In serial communication, a word is normally
  675. seven or eight bits long.
  676.